CLAIMS 



1-5. (Canceled) 

5 

6. (currently amended) A data management system, said system characterized as a composite system 
comprising at least one processor , the system comprising a plurality of processes; 

each process having an interface and implementing at least one respective service defined by that 
10 interface; 

a first invocation of the at least one respective service by a transaction resulting in the creation of a first 
transaction local to the process thereof, the first local transaction being a child of the invoking 
transaction and being parent of any transaction triggered by invocation of a service of another process; 

15 

a second invocation of the at least one respective service by a transaction resulting in the creation of a 
second transaction local to the process thereof, the secondfi fst local transaction being a child of the 
invoking transaction and being parent of any transaction triggered by invocation of a service of another 
process; 

20 

each process characterized in that if the first transaction and the second transaction conflict but are both 
children of a same invoking transaction, then the first transaction and the second transaction are not 
executed concurrently; 

25 each process further characterized in that each transaction local thereto is independently handled at the 
process; 

each process making scheduling and recovery decisions independent of any centralized component. 

30 7. (original) The system of claim 6 wherein the root transaction is able to dynamically set concurrency 
preferences for the resulting distributed transaction, based on client needs. 
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8. (currently amended) A data management system, said system characterized as a composite system 
comprising at least one processor , the system comprising a plurality of processes; 

5 each process having an interface and implementing at least one respective service defined by that 
interface; invocation of the at least one respective service by a thread of the invoking transaction and 
being parent of any transaction triggered by invocation of a service of another process; 

each process further characterized in that each transaction local thereto is independently handled at the 
10 process; 

each process making scheduling and recovery decisions independent of any centralized component 
triggered by invocation of a service of another process, each process further characterized in that each 
transaction local thereto is independently handled at the process, each process making scheduling and 
15 recovery decisions independent of any centralized component, the method comprising the steps of: 

propagating from a first process to a second process a message indicative of a globalCommit operation 
with respect to a root transaction, said message also indicative of a number or identifying list of 
invocations which the first process has made to the second process on behalf of the root transaction; 

20 

within the second process, comparing the number or list indicated in the message with a count or list 
within the second process of the number or list of invocations which have been made on behalf of the 
root transaction; 

25 in the event the comparison yields a non-match, aborting the transaction. 

9. (original) The system of claim 8 wherein each process is built using Java. 

10. (original) A method for use with a data management system, said system characterized as a 

30 composite system, the system comprising a plurality of processes, each process having an interface and 
implementing at least one respective service defined by that interface, invocation of the at least one 
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respective service by a transaction resulting in the creation of a transaction local to the process thereof, 
the local transaction being a child of the invoking transaction and being parent of any transaction 
triggered by invocation of a service of another process, each process further characterized in that each 
transaction local thereto is independently handled at the process, each process making scheduling and 
5 recovery decisions independent of any centralized component, the method comprising the steps of: 

propagating from a first process to a second process a message indicative of a globalCommit operation 
with respect to a root transaction, said message also indicative of a number or list of invocations which 
the first process has made to the second process on behalf of the root transaction; 

10 

within the second process, comparing the number or list indicated in the message with a count or list 
within the second process of the number or list of invocations which have been made on behalf of the 
root transaction; 

15 in the event the comparison yields a match, proceeding with the globalCommit operation. 

1 1 . (original) A method for use with a data management system, said system characterized as a 
composite system, the system comprising a plurality of processes, each process having an interface and 
implementing at least one respective service defined by that interface, invocation of the at least one 
20 respective service by a transaction resulting in the creation of a transaction local to the process thereof, 
the local transaction being a child of the invoking transaction and being parent of any transaction 
triggered by invocation of a service of another process, each process further characterized in that each 
transaction local thereto is independently handled at the process, each process making scheduling and 
recovery decisions independent of any centralized component, the method comprising the steps of: 

25 

propagating from a first process to a second process a message indicative of a globalCommit operation 
with respect to a root transaction, said message also indicative of a number or list of invocations which 
the first process has made to the second process on behalf of the root transaction; 

30 within the second process, comparing the number or list indicated in the message with a count or list 
within the second process of the number or list of invocations which have been made on behalf of the 
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root transaction; 



in the event the comparison yields a non-match, aborting the transaction. 

12. (currently amended) A distributed system, said system characterized as a composite system 
comprising at least one processor , the system comprising a plurality of processes; 



each process having an interface and implementing at least one respective service defined by that 
interface; 

10 

each or any globalCommit message exchange between processes also carrying information about the 
actual work being committed. 

13. (previously presented) The system of claim 12, such information being logged for recoverability in 
15 the event of a crash, such information being used for assistance at any time before, during or after 

global commitment. 

14. (original) The system of claim 12 or 13, wherein any globalCommit requires a registration, and 
wherein the registration for a globalCommit also carries information about the actual work being 

20 committed. 



15. (previously presented) A method for use in a distributed system, said system characterized as a 
composite system, the system comprising a plurality of processes, each process having an interface and 
implementing at least one respective service defined by that interface, the method comprising the step 
25 of: for each globalCommit message exchanged between processes, including also information about the 
actual work being committed. 



16. (previously presented) The method of claim 15 further comprising the step of logging such 
information for recoverability in the event of a crash, such information being used for assistance at any 
30 time before, during or after global commitment. 
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17. (original) The method of claim 15 or 16 further comprising the step of propagating a registration 
for a globalCommit, wherein the registration for a globalCommit also carries information about the 
actual work being committed. 



15 



10 



18. (currently amended) A distributed system, said system characterized as a composite system 
comprising at least one processor , the system comprising a plurality of processes; 

each process having an interface and implementing at least one respective service defined by that 
interface; 

wherein the root invocation or or, alternatively, the root's human user is allowed to dynamically set 
its/his concurrency preferences for the entire invocation; 

wherein the root invocation ^transaction) propagates the concurrency preferences with each or any 
child invocation it makes: and 

wherein the propagated concurrency preferences at any level in the root invocation's invocation 
hierarchy specify the extent to which shared resource access is desired or allowed or denied among 
descendant invocations of the root invocation or user and other, concurrent invocations who are also 
descendants of the same root . 

19. (canceled) 



20. (currently amended) The system of claim 1849 wherein any or each invocation propagates the 
25 concurrency preferences as it has received them from the root invocation. 

21-22. (canceled) 

23. (previously presented) A data management system, referred to as service, comprising: 

30 

One or more operations that can be invoked by remote clients; 



20 
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Some or all such remote clients having one or more associated contexts or transaction contexts; 

An invocation by a remote client also containing partial or complete information indicating or 
5 containing said client's context or contexts; 

An invocation, by a remote client, of an operation leading to a new transaction different from, 
but possibly related to, any existing client transaction; 

10 Such an operation-level transaction being committed before the client context is terminated 

before globalCommit notification; 

The service maintaining an undo operation for such a committed operation; 

15 A failing or failed remote client context leading to the execution of the undo operations of the 

corresponding committed invocations in the service. 

24. (original) The system of claim 23 where some or all undo operations are executed in an order that 
is the reverse of the order of their original counterparts. 

20 

25. (original) The system of claim 23 where in addition the undo operations are chosen or defined in 
the same system as the one where the corresponding normal operations were executed. 

26. (original) The system of claim 23 where some or all undo operations are unknown to a remote 
25 client or its context. 

27. (original) The system of claim 23 where some or all undo operations are executed after a timeout 
and independent of whether the client's context outcome requires such undo. 

30 28. (original) The system of claim 23 where an undo operation's effects are confined to the data 
managed by the service on which the undo operation is maintained, even if the original operation 



-8- 



involved other services. 



29. (original) The system of claim 23 where the service keeps locks to ensure that undo operations can 
be executed correctly. 

30. (original) The system of claim 23 where client context -related information is also part of any 
global commit message exchanges. 



3 1 . (original) The system of claim 23 where client context information includes application-specific 
10 data. 



32. (previously presented) The system of claim 3 1 where all or part of the context information is 
logged, i.e. stored on persistent storage, and retrievable by a human administrator. 

15 33. (original) The system of claim 23 where the service accepts messages indicative of which 
previously committed operations have to be undone. 

34. (previously presented) The system of claim 23 where the service accepts messages indicative of 
which previously committed operations do not have to be undone. 



20 



35. (currently amended) The system of claim 234 - where some or all invocations are message-based or 
asynchronous. 



36. (original) The system of claim 23 where some or all invocations are synchronous. 



25 37. (original) The system of claim 23 where the client can request the undo executions of its 
invocations at the service while still allowing globalCommit in the end. 
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